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Abstract of EP0774701 

The procedure for generating step tables for digital control of 
a machine tool includes a preliminary step (20) of a creating 
a catalogue of tools, allowing the operator to define the tools 
mounted on the machine tool. A further preliminary stage 
(21) allows the operator to provide parameters characteristic 
of the workpiece to be machined. 
The next stage (22) allows definition of the channels and 
system axes, and introduction of a plan of the successive 
operations required. Synchronisation rules (23) are then 
imposed relating to the operations effected on different axes. 
The different operations are put into ISO or other computer, 
language, and an operating program prepared. Step tables 
are then generated from this information. 
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(54) Proc&te et programme de commande numgrique de machine-outil ainsi que commande 
num&ique fonctionnant au moyen de ce programme 

(57) Procecle et programme de generation de tables 
de pas pour commande num&ique de machine-outil 
comprenant successivement: 

une etape preliminaire (20) de creation d un catalo- 
gue d'outils permettant a I'opeYateur de definir les 
outils (7, T) montes sur la machine-outil. 

une etape preliminaire (21 ) permettant a I'operateur 
de parameter certaines caract&istiques de la 
pi&ce a usiner, 

une etape (22) permettant a I'opfrateur de definir 
tout d'abord plusieurs canaux ou systemes cTaxes, 
puis d'introduire un plan d'op£rations constitue par 
une succession d'op^rations cons^cutives dans 
chaque systeme cfaxe, le plan d'op£rations etant 
cr6e en plagant avec la souris des symboles (46) 
sur une interlace graphique (40), 

une etape (23) permettant a I'operateur d'imposer 
des regies de synchronisation entre operations 
effectuees sur des syst&nes d'axes differents (49 r 
50), 

une etape (24) de parametrage des differentes 
operations au moyen du langage ISO ou d'assis- 
tants informatiques, 

I'ensemble du plan d'operation et des regies de 
synchronisation constituant la gamme operatoire, 

et une etape (25, 27, 29) de calcul des tables de 
pas a partir de la gamme operatoire. 
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Description 

La presente invention concerne un proc6d6 et un 
logiciel de generation d'ordres de defacement pour 
une machine-outil. De manure gen6rale, ta pr6sente s 
invention concerne ie probieme de la commande nume- 
rique de machines-outils. 

Art anterieur 

10 

La figure 1 illustre un exemple de machine-outil k 
commande numerique. Sur une plaque de base 1, un 
bati 2 supporte une poupee 3 dont la broche est 6qui- 
p6e d'une pince de serrage 4. Une barre k usiner 5 
s'6tend k I'avant de la poupee 3 et traverse un canon 6 is 
de sorte que son extremity se trouve en regard d'un 
premier outil de tournage 7, soiidaire d'un premier cou- 
lisseau 8, et d'un deuxi£me outil de tournage 7* soiidaire 
d'un deuxieme coulisseau 8*. Un moteur de broche 9 fait 
tourner la pince 4. Un moteur de poup6e 10 assure les 20 
defacements vers I'avant et vers I'arri&re de la poup6e 
3. Les commandes d'ouverture et de fermeture de la 
pince 4 ne sont pas representees. Un moteur 11 
deface le premier coulisseau 8 sur une giisstere 12, de 
manure k commander la position de I'outil 7 dans le 25 
sens radial par rapport k I'axe de rotation de la barre 5; 
de manure similaire, un moteur 1V deface le 
deuxieme 8' sur une autre glissi&re 12', de manure k 
commander la position du deuxieme outil 7' dans le 
sens radial. Les pieces successives sont usinees en 30 
commandant les moteurs 10, 11 et 1V de maniere k 
contrdler les defacements des axes z, x et u. Dans cer- 
tains cas, le moteur d'entrainement de la broche 9 peut 
egalement etre commande independamment. 

Par la suite, on designera les axes et les broches 35 
de la machine-outil par le terme general de ressources. 
Une ressource peut egalement §tre une combinaison 
mathematique virtuelle d'axes et de broches, comme on 
leverra plus loin. 

Les diff6rents moteurs sont centrales par le dispo- 40 
sitif de commande numerique 13 k partir d'un pro- 
gramme g6n6re sur un ordinateur externe 14 et 
transmis au dispositif de commande 13 par une ligne 
serielle 15. Le programme de commande peut naturel- 
lement aussi §tre transmis autrement au dispositif 13, 45 
par exemple sur une disquette. 

La figure 2 illustre le principe d'une commande 
numerique CNC traditionnelle dans le cas particulier 
d'une machine k trois axes. 

Un interpolates 81 regoit des instructions 60 gene- so 
rees sur un ordinateur externe. L'interpolateur utilise 
ces consignes pour commander des deplacements des 
moteurs 65, 66, 67 correspondant k chaque ressource 
au travers des regulateurs 62, 63, 64. Des capteurs 68, 
69, 70 mesurent en permanence la position ou la 55 
vitesse de chaque ressource; ces informations sont uti- 
lises comme contre-reaction par les regulateurs cor- 
respondants. Les regulateurs 62, 63, 64 permettent 
d'assurer que les moteurs correspondants 65. 66, 67 



suivent la consigne imposee par l'interpolateur 61 
m§me en cas de perturbations. 

Les instructions 60 sont idealistes; par exemple, il 
peut y avoir des instructions de deplacements ou 
d'acceierations instantanes necessitant une puissance 
inf inie. L'interpolateur fournit par consequent des consi- 
gnes id6alistes aux regulateurs 62, 63, 64 et attend que 
les moteurs correspondants aient atteint la position 
demandee avant de commander le defacement sui- 
vant L'interpolateur utilise pour cela un feed-back fourni 
par les capteurs 68, 69, 70. Si des mouvements sont 
inter poles entre plusieurs ressources, l'interpolateur 61 
attend que tous les moteurs concernes aient atteint la 
position demandee. 

La fonction de l'interpolateur 61 est done double: 
d'une part, il permet d'adapter les consignes de defa- 
cement aux capacites physiques des moteurs 68, 69, 
70, en fournissant de nouvelles consignes seulement 
lorsque les consignes pr6c6dentes ont 6te ex6cutees. 
D'autre part, il permet de realiser des trajectoires multi- 
dimensionnelles impliquant des deplacements de plu- 
sieurs ressources, par exemple des deplacements 
rectilignes, circulaires ou paraboliques. 

Les calculs complexes necessaires & ces interpola- 
tions, qui sont effectuees en temps reel, exigent cepen- 
dant une puissance de calcul importante qui rencherit 
considerablement les commandes numeriques classi- 
ques. Par consequent, les ressources susceptibles 
d'etre utilisees ensemble dans une interpolation sont 
habituellement associees conceptuellement en plu- 
sieurs canaux. Une machine k 6 axes peut par exemple 
comporter 2 canaux formes chacun de trois axes. 

Cette notion de canal limite considerablement les 
possibles d'utilisation de la machine-outil, car une res- 
source appartenant k un canal ne peut pas etre interpo- 
se avec la ressource d'un autre canal. II n'est par 
consequent pas possible de tirer pleinement parti des 
fonctionnalites et de la rapidite de la machine-outil. 

On peut dire que les machines-outils k commande 
num6rique traditionnelles de la figure 2 fonctionnent en 
boucle fermee. En effet, l'interpolateur 61 cafcule en 
temps reel les consignes apf iquees aux regulateurs 
62, 63, 64 en fonction des signaux fournis par les cap- 
teurs 68, 69, 70. 

La plupart des interpolateurs 61 de Cart anterieur 
reconnaissent des instructions 60 dans une des nom- 
breuses vari antes du langage ISO. Ce iangage com- 
prend des instructions de haut niveau, impliquant de 
multiples deplacements, ainsi que des operateurs de 
boucle ("for") ou de conditions ("if"). II est possible de 
definir au moyen de ce langage une grande variete 
d'operations k effectuer sur la piece. 

Le document de brevet EP474603 au nom de la 
deposante decrit une commande numerique fonction- 
nant seion un autre principe illustre par la figure 3. A 
chaque ressource de la machine correspond une table 
de pas 71, 72, 73 qui memorise une suite d'ordres de 
deplacements pour cet axe. Ces deplacements sont 
imposes une fois pour toutes. Un compteur, non repre- 
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sente. provoque k intervalles determines la lecture dans 
chaque table de pas des increments de deplacement de 
I'axe correspondant Ces deplacements sont sort direc- 
tement executes par des moteurs pas-&-pas 64*. soit 
utilises comme valeur de consigne par des regulateurs 5 
62', 63* commandant des moteurs 65', 66' en utilisant 
des informations fournies par des capteurs 68', 60*. II n'y 
a aucun feed-back entre les capteurs mesurant la piece 
usinee et la commande numerique 13. On dit done que 
le systeme fonctionne en boucle ouverte, la retroaction w 
depuis les capteurs 68', 69' ne s'appliquant qu'aux regu- 
lateurs assoctes 62', 63*. mais nlnfluencant pas la 
sequence d'ordres de deplacements imposes. 

II y a une analogie entre le principe de cette com- 
mande et les machines traditionnelles, par exemple les is 
decolleteuses, utilisant des carries. Dans ces machines, 
chaque outil est entratne par une came. La trajectoire 
de chaque outil est done provoquge par le deroulement 
du profil des carries; la position angulaire des cames 
determine la position des outiis. La synchronisation du 20 
mouvement des outiis est assuree en montant toutes 
les cames sur un arbre k cames commun. 

Pour chaque nouveau type de pieces k usiner, un 
nouveau jeu de cames doit §tre fabrique. Le profil des 
cames doit ensuite §tre am6liore en les testant sur la 25 
machine et en modifiant leur profil tant que la piece usi- 
nee ne correspond pas exactement k ce qui est desire. 
La machine-outil reste done generalement inemployee 
en production lorsqu'un nouveau programme de piece 
est mis au point. 30 

De manure correspondante, dans les machines k 
commande numerique decrites dans le brevet men- 
tionne, la trajectoire de chaque outil est d&erminee par 
le corrtenu des tables de pas correspondantes. Un nou- 
veau jeu de tables de pas doit §tre cree au prealable 35 
pour chaque nouveau type de pieces k usiner. Comme 
tous les calculs d'interpolations sont calculus s^pare- 
ment et une seule fois sur un ordinateur 14 externe, la 
vitesse de calcul n'est pas critique; le calcul peut done 
§tre complexe sans que la machine-outil soit ralentie. 40 

L'usinage d'une piece complexe pouvant impliquer 
des milliers de deplacements d'axes coordonnes, il 
n'est (a plupart du temps pas possible de d6velopper 
manuellement les tables de pas. Comme indiqu6 k la fin 
de la page 4 du brevet susmentionne, on cr£e done 45 
prealablement ces tables au moyen d'un logicief de cal- 
cul fonctionnant sur un ordinateur 14 externe k la 
machine. 

La prSsente invention concerne notamment le pro- 
bieme de la generation des tables de pas 71 , 72, 73 sur so 
I'ordinateur externe 14. L'invention peut cependant 
aussi s'appliquer a la generation des instructions 60 
pour un interpolates dans une commande numerique 
traditionnelle seion la figure 2, ou k la generation 
d'ordres de deplacements dans une commande nume- 55 
rique quelconque. 

On connaTt dans I'art anterieur des systemes per- 
mettant k l'operateur d'introduire dans son iogiciel de 
calcul le profil initial de la piece ainsi que le profil desire. 



Un Iogiciel calcule alors automatiquement les ordres de 
deplacement des axes de rnaniere k obtenir ce profil en 
un minimum d'operations. 

Ce type de Iogiciel est extremement complique a 
developper et offre generalement une souplesse limi- 
tee. II peut parfois etre difficile et lent d'introduire ou de 
definir exactement toutes les dimensions de la piece 
desiree, en particulier si celle-ci a un profil complique. 
L'operateur n*a en outre generalement aucune possibi- 
lite de modifier le plan d'operations calcule si celui-ci ne 
lui donne pas entierement satisfaction. 

Pour toutes ces raisons, il est plus nature! d'intro- 
duire le profil de la piece initiale, qui est de forme gene- 
ralement simple, ainsi que les operations d'usinage 
principales devant etre effectuees sur cette piece. 
L'operateur contr6le lui-meme les operations d'usinage 
effectuees. 

On pourrait utiliser k cet effet le langage ISO utilise 
avec les commandes numeriques traditionnelles selon 
la figure 1 . II est possible de definir au moyen de ce lan- 
gage les operations k effectuer sur la piece, et de les 
convertir au moyen d'un compilateur en une succession 
destructions de deplacement des dirferents axes, 
regroupees dans les tables de pas. 

Malheureusement, comme on I'a vu, les possibilites 
de description de ce langage sont insuffisantes pour 
commander avec la souplesse voulue des operations 
d'usinage complexes. En particulier, le regroupement 
arbitraire des axes en canaux predefinis constitue une 
limitation qui emp§che de tirer pleinement parti des 
possibilites de la machine. II est en outre difficile avec 
ce langage d'introduire des synchronisations entre des 
deplacements d'axes appartenant k des canaux diffe- 
rents, et done de definir avec la souplesse dSsiree des * 
operations d'usinage multit£ches, e'est-^-dire faisant a - 
intervenir des deplacements simultanes de plusieurs 
systemes d'outils. 

Bien que de nombreuses extensions du langage 
ISO aient ete proposees avec le developpement de 
nouvelles commandes numeriques, il est generalement 
difficile de synchroniser des operations autrement qu'en 
ajoutant un nombre de phases d'attente suff isant apres 
les operations les plus rapides. Les machines-outils 
sont done contraintes k fonctionner k une vitesse en 
dessous de leurs possibilites theoriques en raison de la 
faiblesse des possibilites de description du langage 
ISO. Ce probieme est particulierement crucial avec des 
machines-outils modernes comprenant plusieurs syste- 
mes d'outils devant fonctionner en paralieie. 

Le langage ISO est en outre devenu tres complique 
k utiliser en raison de ces nouvelles instructions. L'ope- 
rateur qui generalement ne connaTt pas la totalite du jeu 
destructions d'une nouvelle commande numerique 
renonce par consequent bien souvent £ des possbilites 
de programmation th6oriquement disponibles. 

L'utilisation du langage ISO ne permet done que de 
generer des tables de pas insatisfaisantes, qu'il est 
necessaire de tester directement sur la machine-outil 
pour verifier Si les tables generees comportent des 
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phases d'attente inadmissibtes. Dans ce cas, il est aJors 
necessaire de reprendre et d'ameiiorer les tables de 
pas, ce qui implique done de nombreux essais succes- 
sifs provoquant llmmobilisation de la machine. 

Buts 

Un but de la presente invention est done de propo- 
ser un procede et un logiciel de generation d'ordres de 
deplacement pour commande num6rique de machine- 
outil evitant les inconvenients des dispositifs de Tart 
anterieur. 

Un autre but de la presente invention est de propo- 
ser un proctkte et un logiciel pouvant g6n6rer soit des 
ordres de defacement, sous formes ^instructions, uti- 
lisables par des commandes numeriques du type decrit 
en relation avec la figure 2, soit des ordres de deface- 
ment impleVnent^s sous formes de tables de pas utilisa- 
bles par des commandes numeriques du type decrit en 
relation avec la figure 3. 

Un autre but est de proposer un proc6de et un logi- 
ciel de g£n6ration d'ordres de defacement adapts k 
n'importe quel type de machine-outil. 

Un autre but de la presente invention est de propo- 
ser un proc6d6 et un logiciel de generation d'ordres de 
defacement pour une machine-outil facile k utiliser par 
I'operateur. En particulier, un but de la presente inven- 
tion est de proposer un proc6d6 et un logiciel necessi- 
tant le moins possible de connaissances sp6cialis6es 
de la part de I'operateur, et offrant un confort d'utilisa- 
tion moderne. 

Un autre but est de proposer un proceed et un logi- 
ciel de generation d'ordres de deplacement permettant 
aux machines-outils & commande numerique de fonc- 
tionner de maniere beaucoup plus efficace qu'avec des 
ordres de deplacement gen6res k partir de logiciels uti- 
lisant des langages de description insuffisants tels que 
le langage ISO. 

Un autre but est de proposer un proc6d6 et un logi- 
ciel de generation d'ordres de deplacement permettant 
d'utiliser le plus efficacement possible les possibility de 
la machine-outil k laquelle ces ordres sont destines. En 
part'culier, un but de la presente invention est d'&viter 
les limitations dues au regroupement arbitrage des res- 
sources de la machine-outil en canaux pr§d£finis. 

Un autre but est de donner k I'operateur un precede 
et un logiciel de generation d'ordres de deplacement 
permettant de decrire et de generer des successions 
complexes d'operations d'usinage synchronisees entre 
elles. En particulier, un but est de permettre k I'opera- 
teur de definir lui-meme les synchronisations de defa- 
cements de ressources appartenant k diff6rents 
systemes d'axes sur la machine, de maniere k utiliser 
pleinement les possibilites de travail multitache de la 
machine-outil. 

Un autre but de la presente invention est de propo- 
ser un procecie et un logiciel de generation d'ordres de 
deplacement pour une machine-outil qui laisse k I'ope- 
rateur la responsabilite de determiner lui-meme le plan 



d'operations. 

Un autre but est de proposer un procede et un logi- 
ciel de generation d'ordres de deplacement permettant 
de minimiser le nombre de tests necessaires sur la 
5 machine. 

Un autre but est de proposer un procede et un logi- 
ciel de generation d'ordres de defacements cornpre- 
nant des moyens de simulation du processus d'usinage. 

Ces buts sont atteints selon (Invention au moyen 
10 des elements de la revendication 1 . 

Pius particulierement, ces buts sont atteints par un 
procede de generation d'ordres de defacements pour 
une machine-outil dont les axes sont regroupes en une 
plurality de systemes d'axes, le procede comprenant 
is successivement: 

une etape permettant k I'operateur dlntroduire 
dans chaque systeme d'axes un plan d'operations 
constitue par une succession d'operations conse- 
20 cutives, chaque operation etant choisie parmi un 
catalogue d'operations, 

une etape permettant k I'operateur d'imposer des 
regies de synchronisation entre operations effec- 
ts tuees dans des systemes d'axes differents, 

l ensemble du plan d'operations et des regies de 
synchronisation constituant la gamme operatoire, 

30 et une etape de calcul des ordres de deplacement 
k partir de la gamme operatoire. 

Dans une realisation pr£ferentielle, lesdits ordres 
de deplacement sont impl6mentes sous forme de tables 
35 de pas. 

Dans une realisation preferential e, les ressources 
peuvent §tre librement regroupees en systemes d'axes 
def inissables par I'operateur. 

Dans une realisation preferentielle, le procede 
40 comprend en outre une etape de parametrage des dif- 
ferentes operations, permettant k I'operateur de para- 
meter les drfferentes operations. 

[.'invention sera mieux comprise k I'aide de la des- 
cription et des figures annex6es parmi lesqueiles: 

45 

la figure 1 represents k titre d'exemple une vue de 
dessus d une machine-outil de I'art anterieur pou- 
vant fonctionner au moyen du procede de la pre- 
sente invention, 

50 

la figure 2 illustre le principe de fonctionnement 
d'une commande numerique CNC traditionnelle, 

la figure 3 illustre le principe de fonctionnement 
55 d'une commande numerique utilisant des tables de 
pas, 

la figure 4 est un graphtque illustrant un principe 
connu de elaboration d'une table de pas, 
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la figure 5 montre schematiquement les donn6es 
contenues dans une table de pas, 

la figure 6 est un organigramme du procede et du 
logiciel selon la presente invention, 

la figure 7 est une vue d'ecran cf une fenetre d*6di- 
tion d'outil dans un logiciel utilise pour mettre en 
oeuvre le procede de la presente invention, 

la figure 8 est une vue d'ecran d'une fen§tre princi- 
pale dans un logiciel utilise pour mettre en oeuvre 
le procede" de la presente invention, 

- la figure 9 illustre le principe de definition des syn- 
chronisations dans un logiciel utilise pour mettre en 
oeuvre le procede de la presente invention, 

- la figure 10 est une vue d'Scran d'une fen§tre de 
parametrage des operations dans un logiciel utilise" 
pour mettre en oeuvre le proceed de la presente 
invention, et 

- la figure 11 est une vue d'Scran d'une fenetre de 
parametrage des operations dans un logiciel utilise 
pour mettre en oeuvre le procede de la presente 
invention. 

Le graphique de la figure 4 illustre le principe de 
creation manuel de tables de pas. correspondants aux 
axes z et x, et susceptibles d'etre utilisees dans le dis- 
positif de commande numerique 13 (figure 1). Le profil 
P d'une piece que Ton desire usiner est represents 
schematiquement dans le quadrant 1 en haut a droite 
du graphique. Dans ce graphique, les axesJndiques par 
la reference t sont des axes temporels, quantifies avec 
un pas de quantification fixe At valant par exemple 8 mil- 
lisecondes. Les axes z et x sont gradues avec un pas 
correspondant a I'increment des moteurs 9, respective- 
ment 11. 

Dans cet exemple, le profil P desire est obtenu uni- 
quement par deplacement des axes x et z t I'axe u res- 
tarrt immobile. L'operateur indique tout d'abord le long 
du profil le temps necessaire pour obtenir chaque sec- 
tion en fonction de la machine utilisee. A fa fin de cha- 
que intervalle de temps At, on reporte dans le quadrant 
4 le defacement Az que doit avoir effectu§ la barre 5, et 
dans le quadrant 2 le deplacement Ax que doit avoir 
effectue Poutil 7 pour obtenir le profil souhaite. Sur la 
figure 6, on voit ainsi qu'a la fin du premier intervalle At 
le deplacement de la poupge doit etre de 4 pas et celui 
de I'outil de 0 pas. La somme des intervalles de temps 
est la m§me pour I'axe z que pour I'axe y. 

Les tables de pas correspondant k cet exemple 
sont illustr6es sur la figure 5. Chaque colonne Az t Ax, 
Au represente le deplacement de I'axe correspondant 
apres un intervalle At. Un compteur non represents syn- 
chronise la lecture des tables de pas Az, Ax, Au a des 
intervalles At, les valeurs successives lues etant utili- 



sees pour commander les moteurs 9. 11. 1 V des axes 
correspondants. Ces tables permettent ainsi de pro- 
grammer le dispositif de commande 13 de fagon a usi- 
ner une piece ayant le profil P sur la barre 5. 

5 Dans une variante, les deplacements dans les 
tables de pas ne sont pas lus sequentieilement selon un 
ordre determine par un compteur, mais peuvent etre 
accedes aleatoirement au moyen d'un registre 
d'adresse de lecture. L'adresse de lecture dans ce 

io registre est incremented a chaque lecture de deplace- 
ment dans la table, mais peut aussi effectuer des sauts 
en fonction de retat logique de la commande numeri- 
que. 

Si la creation manuelle ou meme automatisee des 

is tables de pas a partir du profil souhaite P est deja fasti- 
dieuse dans un cas simple comme celui illustre, elle 
devient en pratique impossible pour commander des 
operations complexes simultan6es faisant chacune 
intervenir des mouvements interpoies et synchronises 

20 errtre plusieurs ressources. II est done necessaire 
d'automatiser ce processus. 

La figure 6 illustre a titre d'exemple un organi- 
gramme d'un logiciel de creation des tables de pas 
selon ('invention. 

25 Lors d'une premiere etape 20, I'operateur definit au 
moyen du logiciel un catalogue d'outils. II Snumere dans 
ce catalogue tous les outils montes sur la machine-outil r: 
utilis6e. Le logiciel affiche dans ce but une boTte de dia- 
logue 30 telle que celle representee sur la figure 7 pour 

so editer chaque outil. L'operateur a la possibilrte d'ajouter, 
de supprimer ou d*§diter des outils dans son catalogue 
d'outil. La figure 7 illustre une boTte de dialogue permet- 
tant d'editer un outil de coupe T15 nouveliement ajoute, 
e'est-a-dire dedefinirsa forme etsa position initiale. Les - 

35 parametres editables dans la boite de dialogue propo- * 
see dependent de la nature de I'outil choisi, par exem- 
ple selon s'il s'agitd'un outil de coupe, de fraisage ou de 
pergage. 

Lors d'une deuxieme etape 21 , l'operateur definit 
40 au moyen d'une autre boTte de dialogue non represen- 
tee certains parametres initiaux de la piece a usiner. Ce 
parametrage consiste a indiquer par exemple le diame- 
tre et la longueur de la piece initiale. De preference, il 
est egalement possible d'entrer des donnees de type 
45 administratif permettant de retrouver la piece, par 
exemple son num6ro, le numero dldentification des 
dessins correspondant a la piece ou le nom de I'opera- 
teur. 

Lors d'une troisieme etape 22, I'operateur definit 
so tout d'abord au moyen d'un menu ou d'une fenetre de 
dialogue non representee un ou plusieurs systemes 
d'axes. En effet, selon une caracteristique importante 
de ('invention, les differentes ressources de la machine 
ne sont pas regroupees conceptuellement en canaux 
55 predetermines, mais peuvent etre regroupees en syste- 
mes d'axes librement detinissables. Une ressource peut 
appartenir a plusieurs systemes d'axes differents. Un 
systeme d'axes peut corresponds a une realite physi- 
que, par exemple correspondre au plan de travail pour 
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un outil particulier, mais peut 6galement representer un 
espace virtuel. On peut ainsi definir si n6cessaire des 
systemes d'axes non orthogonaux, obtenus par combi- 
naisons lineaires de ressources physiques. II est aussi 
possible de d6f inir des systemes d'axes en mouvement, 5 
par exemple un systeme d'axes en rotation lie a la piece 
a usiner. Cette possibility permet de simplifier ulterieu- 
remertt la description d'operations sur cette piece, par 
exemple de definir la vitesse de pergage dans un refe- 
rerrtiel en rotation lie a la piece usin6e elte m§me. w 

De preference, le logicief propose initialement des 
systemes d'axes par defaut correspondant par exemple 
aux canaux habituels sur les machines a commande 
num6riques CNC. Des options de menu non represen- 
tees permettent toutefois a l'operateur de modifier ces is 
systemes d'axes par defaut ou d'ajouter de nouveaux 
systemes d'axes. Des assistants informatiques sont de 
preference utilises pour definir des systemes d'axes 
peu standards 

Ensuite, au cours de la meme etape 22, l'operateur 20 
d6f init Ee plan d'operations pour chaque systeme d'axes. 
Le plan d'operations pour chaque systeme d'axes est 
def ini de preference au moyen d'une fenStre 40 illustree 
sur la figure 8. 

A chaque systeme d'axes defini correspond une 25 
tigne d'operations 41 dans la fen£tre. Dans I'exemple 
iilustr6, il y a deux lignes d'operations indiquees Peigne 

1 et Peigne 2. Un symbole graphique 42 a gauche de 
chaque ligne d'operations indique la nature du systeme 
d'axes. Dans I'exemple les systemes d'axes correspon- 30 
dent aux axes de travail de deux chariots portant plu- 
sieurs outils de coupe. La liste des ressources 43 
correspondant a chaque systeme d'axes est egalement 
indiquee a gauche. Le systeme d'axes correspondant 

au Peigne 1 utilise done les ressources 21 , X1 , Y1 et S1 35 
tandis que le systeme d'axes correspondant au Peigne 

2 utilise les ressources Z1 , X2 et S1 . 

Une barre d'outil f lottante 44 est aff ichee a droite de 
la fenStre 40. En cliquant avec la souris sur une touche 
45, correspondant a une operation d'usinage, dans la 40 
barre d'outil, I'operateur seiectionne cette operation. 
Les operations seiectionnables dans cet exemple sont 
le tournage externe (TE) t le toumage interne (Tl), le 
pergage/aiesage (P,A), le filetage (Fl), le fraisage (FR), 
le formage (FO), le polygonage (PO) et les operations 45 
auxiliaires (AO). En cliquant a nouveau dans une des 
lignes d'operations 41, I'operateur y insure un symbole 
graphique 46 representant i'operation seiectionnee. Si 
le systeme d'axes de la ligne d'operations seiectionnee 
ne peut pas effectuer ('operation ' choisie, un signal so 
d'erreur sonore est emis par le logiciel et le symbole 
graphique 46 ne se depose pas dans la ligne. En pla- 
gant plusieurs symbol es 46 a cote les uns des autres 
sur une ligne, I'operateur choisit tres faciiement pour 
chaque systeme d'axes la succession d'operations a ss 
effectuer et les place dans un ordre chronologique sans 
se soucier a ce moment de probiemes de duree ou de 
synchronisation. II est possible de modifier tres simple- 
ment I'ordre des operations, en cliquant sur un symbole 



graphique 46 et en relachant la souris sur une nouvelle 
position. 

Pour realiser une s6rie de pieces identiques sur 
une machine-outil, il est frequent d'effectuer tout 
d'abord une sequence d'initialisation, puis de repeter 
dans une boucle une sequence d'usinage effectuee 
pour chaque piece et apres la derniere piece d'effectuer 
encore une sequence de fin. L'operateur peut definir 
tres aisement le debut et la fin d'une boucle d'opera- 
tions en plagant avec la souris au-dessus des symboles 
graphiques 46 correspondant au debut et a la fin de la 
boucle des fanions 47, 48 indiquant graphiquement le 
debut et la fin de la boucle. 

Lorsque I'operateur a termine la definition de son 
plan d'operations dans les systemes d'axes choisis, il 
impose au cours de retape 23 la manure dont les ope- 
rations sur les differents systemes d'outils doivent §tre 
synchronisees. Les synchronisations peuvent §tre de 
type rigide ou extensible. Les synchronisations rigides 
sont des conditions strictes de synchronisme exact, par 
exemple: 

Top6ration i doit se terminer en m§me temps que 
I'operation j". Au contraire, les synchronisations 
extensibles imposent des conditions moins strictes 
du type avant/apres, par exemple: 
I'operation i doit se terminer avant le debut de 
('operation j". Ou bien: 

I'operation i doit se terminer 10 millisecondes 
apres le debut de ('operation j". 

II est possible de synchroniser soit le debut, soit la 
fin des operations, avec des ev§nements tels que le 
debut ou la fin d'une autre operation. Des options de 
menu approprtees permettent a I'operateur de decaier 
le debut et ia fin d'une operation; par exemple, il peut 
decaier la fin d'une operation, sur laquelle se baseront 
les synchronisations des autres operations, de 15 milli- 
secondes par rapport a la fin effective de ('operation. 
L'operateur peut aussi poser des bornes de synchroni- 
sation a Tinterieur d'une operation. Par exemple, il peut 
decomposer la duree d'une operation en 10 intervalles 
marques par des bornes et synchroniser d'autres ope- 
rations par rapport a ces bornes. En outre, les opera- 
tions peuvent etre synchronisees sur des signaux 
externes provenant par exemple de capteurs installs 
sur la machine ou sur des signaux d'horloge. 

La figure 9 illustre le principe de placement des 
synchronisations rigides ou extensibles. L'operateur 
seiectionne tout d'abord I'operation source devant §tre 
synchronise^ En cliquant dans la zone A a gauche du 
symbole graphique 46 correspondant a I'operation 
devant etre synchronisee, il impose une condition sur le 
debut de ('operation source; au contraire, en cliquant 
dans la zone B a droite du symbole graphique 46 cor- 
respondant a I'operation devant etre synchronisee, il 
impose une condition sur la fin de ('operation source. Le 
curseur de la souris se transforme de preference en un 
symbole different selon la zone du symbole 46 sur 
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laquelle futilisateur a clique. 

L'operateur peut alors deplacer !e curseur sur le 
symbole graphique 46 correspondant a ('operation des- 
tination. En cliquant dans la zone A1 en haut a gauche 
du symbole, il impose une synchronisation rigide de 
reparation source sur !e debut de reparation destina- 
tion. En cliquant dans la zone B1 en haut a droite, il 
impose une synchronisation rigide sur la fin de ('opera- 
tion destination. En cliquant dans la zone A2 en bas a 
gauche, il impose une synchronisation extensible sur le 
debut de I'operation destination. En cliquant dans la 
zone B1 en bas a droite, il impose une synchronisation 
extensible sur la fin de reoperation destination. De prefe- 
rence, un message d'aide s'affiche en bas de I'ecran ou 
a proximite du curseur lorsque le curseur survole une 
des zones sensibles A1 a B2. La forme du curseur peut 
aussi etre adaptee en consequence. 

D'autres manieres de definir les synchronisations 
peuvent naturedement §tre prevues, par exemple en 
indiquant dans une boTte de dialogue I'operation source, 
I'operation destination ainsi que les conditions de syn- 
chronisation entre ces operations. 

Apres avoir def ini chaque synchronisation, celle-ci 
est indiquee visuellement, de preference par une ligne 
forte 49 (figure 8) pour les synchronisations rigides et 
par une ligne 50 moins marquee ou d'une autre couleur 
pour les synchronisations extensibles. Dans I'exempie, 
un symbole triangulaire est en outre place sur la ligne 
indiquant les synchronisations extensibles. Lorsque des 
synchronisations sont placees, les symboles graphi- 
ques 46 sur les drfferentes lignes 41 se deplacent de 
facon a tndiquer au mieux la chronologie des opera- 
tions. En cliquant sur une ligne de synchronisation 49 
ou 50, I'operateur appele une fenetre de dialogue non 
representee qui lui permet de definir des synchronisa- 
tions plus complexes. 

Le plan d'operations deTini dans les differents sys- 
temes d'axes au cours de la troisieme etape 22 ainsi 
que les regies de synchronisations def inies au cours de 
la quatrieme etape 23 definissent ensemble la gamme 
operatoire pour la piece usinee. Au cours de la cin- 
quieme 6tape 24, I'operateur peut parametrer les opera- 
tions dont il a defini precedemment la chronologie. 
Cette etape permet dlncfiquer exactement en quoi con- 
sistent les operations choisies; par exemple, s'il a place 
un symbole graphique 46 correspondant a une opera- 
tion de fraisage, il peut au cours de I'etape 24 definir la 
profondeur de fraisage et I'endroit precis ou le fraisage 
doit etre effectue. Dans ce but en cliquant deux fois 
rapidement sur le symbole graphique 46 de reparation 
a parametrer, I'operateur voit s'afficher une fenetre de 
dialogue 60 representee sur la figure 10. 

Dans le premier champ 61 de la fenetre 60, l'ope>a- 
teur peut indiquer le nom qu'il souhaite donner a I'ope- 
ration. Ce nom peut dans une variante £tre affiche dans 
la partie inferieure des symboles graphiques 46. Par 
defaut, le logiciel propose un nom compose de deux 
nombres separes par un":". Le premier nombre (5) iden- 
trf ie la ligne d'operations tandis que le deuxieme nom- 



bre (2) identHie I'operation. 

Dans une variante, un commentaire peut etre intro- 
duit par futilisateur dans un masque approprie. Ce com- 
mentaire peut s'afficher par exemple dans la barre de 
5 statut sous la fenetre lorsque le curseur de la souris sur- 
vole le symbole graphique 46 correspondant a I'opera- 
tion. 

La deuxieme ligne 62 de la fenetre de dialogue 60 
est une suite destructions non 6drtables en langage 

w ISO. Ces instructions sont des instructions preliminaires 
dependant de la nature de I'operation d'usinage. 

Sous la deuxieme ligne 62 se trouve une zone de 
texte editable 63 dans laquelle I'operateur peut intro- 
duce une suite destructions en langage ISO lui per- 
is mettant de parametrer et de definir I'operation a 
effectuer. De preference, une suite destructions est 
proposee par defaut lorsque I'operateur ouvre la fenetre 
de dialogue. Des commentaires peuvent etre ajoutes 
entre les instructions pour permettre m§me a I'utilisa- 

20 teur peu familier avec ce langage de parameter facile- 
ment toutes les operations. 

Sous la zone d'edition 63 est affichee une seconde 
suite 64 destructions non editables en langage ISO. 
Ces instructions sont des instructions terminales 

25 dependant de la nature de I'operation. Dans une 
variante, il n'y a pas ^instructions terminales. 

Nous avons vu qu'une meme ressource, par exem- 
ple un meme axe, peut appartenir a plusieurs systemes 
d'axes diffeYents. Par exemple, sur la figure 8, 1'axe Z1 

30 appartient aussi bien au systeme d'axe du peigne 1 
qu'au systeme d'axes du peigne 2. Suivant la gamme 
operatoire correspondant a ces deux systemes d'axes, 
I'axe Z1 dans cet exemple pourrait etre amenS a devoir 
effectuer simultanement des deplacements dans des 

35 directions differentes; il est done necessaire de regler 
ces conflits potentiels. Pour cela, une zone 64 est affi- 
chee dans la fenetre 60, qui permet de definir comment 
ces conflits eventuels doivent etre regies. 

L'operateur a la possibility de supprimer une res- 

40 source commune, e'est-a-dire de la rendre non disponi- 
ble pour le systeme d'axes considere. II peut aussi 
rendre une ressource virtuelle. 

Dans ce dernier, cas, si les deux operations sur 
deux systemes d'axes differents en conflit pour une res- 

45 source sont identiques et synchronises de maniere a 
demarrer simultanement, les deplacements de la res- 
source commune ne dependent que de I'operation mai- 
tresse, e'est-a-dire non virtuelle. L'operation virtuelle 
effectue une copie de I'operation maitresse. Par exem- 

so pie, dans le cas de la machine-outil decrite par la figure 
1, des operations utilisant I'outil 7 peuvent entrer en 
conflit pour le partage de I'axe z avec des operations uti- 
lisant I'outil 7. Si les operations sont identiques et que la 
ressource z est deciaree virtuelle dans le systeme 

55 d'axes correspondant a I'outil 7*. I'outil 7 effectuera sim- 
plement une copie miroir des deplacements de I'outil 7. 

Si les deux operations en conflit sont differentes, 
mais synchronisers de maniere a demarrer et a se ter- 
miner simultanement, le logiciel calcule les depiace- 
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ments de la ressource commune en tenant uniquement 
compte de I'operation maltresse. Les deplacements des 
autres ressources de I'operation virtuelle sont adaptes 
en fonction des deplacements ainsi imposes de la res- 
source commune. Dans I'exemple ci-dessus, si les ope- 5 
rations des outils 7 et 7 ne sont pas identiques, et que 
la ressource z est declaree virtuelle pour le systeme 
d'axes correspondant a I'outil 7, le logiciel calculera la 
table de pas commandant Taxe z en fonction unique- 
ment de I'operation sur Toutil z, et adaptera la table de 10 
pas commandant I'axe u portant I'outil 7 en fonction des 
mouvements predefinis de I'axe z. 

Dans une variante preferentielle, des operateurs 
connus dans les systemes d'exploitation graphiques 
sous le nom "assistants" permettent a Toperateur peu 15 
expert de parametrer les operations d'usinage sans 
meme connaltre le langage ISO. Ces assistants sont 
des modules de programme affichant une succession 
de boites de dialogue, dependant de I'operation choisie, 
permettant a Toperateur en repondant a des questions 20 
simples successives de parametrer completement 
roperation. A chaque boTte de dialogue successive est 
associe une fenetre d'aide expliquant exactement a 
Toperateur les consequences de ces choix. Ce type 
d'assistant est notamment connu en informatique dans 25 
les programmes dlnstallation de logiciels, et il n'est pas 
necessaire de les decrire plus en detail. De preference, 
les deux possibilites de parametrage mentionnees sont 
combinees au cours de Tetape 24; Tutiiisation de ('assis- 
tant genere automatiquement du code ISO qui est so 
ensuite editable. 

II est a noter que les etapes 22, 23 et 24 sur la 
figure 4 ne doivent pas etre executees a la suite les 
unes des autres, mais le sont generalement selon un 
processus iteratif, Toperateur pouvant par exemple 35 
commencer a parametrer ou synchroniser des opera- 
tions avant de les avoir toutes introduites. 

Apres avoir termine de definir la gamme operatoire 
et avoir parametre chaque operation, Toperateur lance 
au cours de la sixieme etape 25 Interpretation du pro- 40 
gramme de piece ainsi cree. II peut effectuer cette ope- 
ration en cliquant sur une option de menu appropriee 
dans la fenetre de la figure 8. Durant cette etape d'inter- 
pretation, le logiciel detecte certain es fautes ou contra- 
dictions possibles dans la gamme operatoire, par 45 
exemple des corrflits non resolus de ressources com- 
munes, des deplacements de ressource hors des limi- 
tes de la machine ou des mouvements faisant intervenir 
des outils non installes ou des collisions d'outil. Le 
module d'interpretation determine en outre au cours de 50 
cette etape 25 les sequences de defacement des diffe- 
rentes ressources, definissant les positions de chaque 
ressource au debut et au terme de chaque deplace- 
ment. 

L'interpreteur calcule les sequences au moyen ss 
d'une table faisant correspondre a chaque instruction 
en langage ISO des portions de sequence predetermi- 
ne es. 

Le logiciel verifie au cours de Tetape 26 le resultat 



fourni par l'interpreteur. En cas d'erreurs detectees, un 
message s'affiche sur recran et Toperateur a ensuite la 
possibility de modifier et de corriger la gamme opera- 
toire. Si tout s'est passe correctement, Toperateur peut 
lancer au cours de Tetape suivante 27 un calculates qui 
calcule et affiche les trajectoires des outils ou des res- 
sources au cours des sequences determinees au cours 
de ('interpretation. Ces trajectoires sont direct ement uti- 
lisees pour la generation des tables de pas permettant 
de commander les moteurs des differents axes et bro- 
ches. 

Le fonctionnement du calculateur est connu dans 
Tart anterieur. Comme il releve des mathematiques et 
de la programmation pure, il n'est pas decrit ici. 

La figure 1 1 illustre I'aspect de la fenetre principale 
40 affichee apres Tetape 27 de calcul. La largeur des 
symboles graphiques 46 est modifiee de maniere a cor- 
respondre a leur duree calcuiee, conformement a 
rechelle des temps 51 affichee au-dessus des lignes de 
ressource. Un curseur 52 peut §tre deplace au moyen 
de la souris pour mesurer de maniere precise certains 
instants, le temps (3336 ms) s'affichant dans un rectan- 
gle tout en haut a gauche de la fenetre. Dans la zone 
52, un diagramme illustre la trajectoire de la ressource 
Z1 correspondante, c'est-a-dire la position de cet axe 
en fonction du temps. L'op6rateur a naturellement la 
possibilite de choisir les ressources dont il souhaite 
controler la trajectoire. II peut ainsi s'assurer que les 
deplacements des differents outils correspondent exac- 
tement a ce qui est desire, et notamment que les outils 
occupent bien la m§me position au debut et a la fin 
d'une boucle de repetition indiquee par les fanions 47 et 
48. 

Cette fenetre permet ainsi a Toperateur de controler 
tres simplement, de maniere visuelle, le deroulement 
des operations successives d'usinage. En particulier, il 
est possible de se rendre compte aisement des possibi- 
lites d'acceierer le processus d'usinage en ajustant ou 
deplagant les operations les plus critiques. Si Topera- 
teur n'est pas satisfart par le resultat, il peut encore a cet 
instant revenir en arriere et modifier iterativement la 
gamme operatoire definie. 

Selon les variantes, les tables de pas sont soit 
generees directement par le calculateur, soit obtenues 
d'apres les donnees du calculateur au cours d'une 
etape 29 de creation des tables. Ces tables sont ensuite 
transpos6es au moyen d'un support magnetique ou 
optique ou d'une ligne sehelle 15 sur la commande 
numerique 13 de la machine-outil (figure 1). 

Le logiciel de I'invention permet done de generer 
des tables de pas a partir du programme de piece cree 
au cours des etapes 20 a 24. II est cependant bien clair 
qu'il est possible de creer plusieurs programmes de pie- 
ces et d'enchaTner au cours de Texecution.la lecture des 
tables de pas generees par ces differents programmes. 
L'enchaTnement des differentes tables de pas peut 
aussi dependre de conditions externes Un evenement 
tel que le remplacement d'un outil, la rupture d'une 
meche ou la fin d'une serie de pieces par exemple peut 
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provoquer rex6cution d'une nouvelle table de pas. 
Revendications 

1. Procede de generation d'ordres de defacements 
pour une machine-outil dont les ressources (7, 7) 
sont regroupees en plusieurs systemes d'axes, 
caracterise en ce que le precede comprend: 

une etape (22) permettant k I'operateur d'intro- 
duire dans chaque systeme d'axes un plan 
d'operations constitue par une succession 
d'operations consecutives, chaque operation 
etant choisie parmi un catalogue d'operations, 

une etape (23) permettant k I'operateur dlmpo- 
ser des regies de synchronisation entre opera- 
tions effectives dans des systemes d'axes 
diff6rents, 

I'ensemble du plan d'operations et des regies 
de synchronisation constituant la gamme ope- 
ratoire, 

et une etape (25, 27, 29) de calcul des ordres 
de deplacement k partir de la gamme op6ra- 
toire. 

2. Procede selon la revendication 1 , caracteris6 en ce 
que lesdits ordres de deplacement sont impiemen- 
tes sous forme de tables de pas (71 , 72, 73). 

3. Procede selon Tune des revendications preceden- 
tes, caracterise en ce que les ressources peuvent 
etre librement regroupees en systemes d'axes defi- 
nissables par I'operateur. 

4. Procede seion Tune des revendications preceden- 
tes, caracterise en ce que I'operateur peut choisir 
parmi plusieurs types de regies de synchronisation 
entre operations. 

5. Procede selon la revendication prec6dente, carac- 
terise en ce que Tune des regies de synchronisa- 
tion possible consiste k d§f inir qu'une operation doit 
comrnencer ou se terminer au moment precis ou 
une autre operation sur un autre systeme d'axes 
commence ou se termine. 

6. Procede selon la revendication 4, caracterise en ce 
que Tune des regies de synchronisation possible 
consiste a definir qu'une operation doit comrnencer 
au plus tot ou se terminer au plus tard k Tinstant ou 
une autre operation sur un autre systeme d'axes 
commence ou se termine. 

7. Procede selon la revendication 4, caracterise en ce 
que Tune des regies de synchronisation possible 
consiste a definir le debut ou la fin d'une operation 



par un delai a partir d'une autre operation. 

8. Procede selon la revendication 4, caracterise en ce 
que Tune des regies de synchronisation possible 

5 consiste k definir le debut ou la fin d'une operation 
par un evenement externe foumi par un capteur sur 
la machine-outil. 

9. Precede selon Tune des revendications preceden- 
ce tes, caracterise en ce qu'il comprend en outre une 

etape de parametrage (24) des differentes opera- 
tions, permettant k I'operateur de parametrer les 
differentes operations, 

75 1 0. Procede selon la revendication 9, caracterise en ce 
que ladite etape de parametrage (24) permet k 
I'operateur de parametrer chaque operation au 
moyen du langage ISO. ' 

20 11. Procede selon la revendication 9 ou 1 0, caracterise 
en ce que ladite etape de parametrage (24) permet 
k I'operateur de parametrer chaque operation au 
moyen d'assistants informatiques. 

25 12. Proc6d6 selon Tune des revendications preceden- 
tes, caracterise en ce qu'il comprend en outre une 
etape pr6liminaire (21) permettant k I'operateur de 
definir certaines caracteristiques de la piece k usi- 
ner. 

30 

13. Procede selon Tune des revendications preceden- 
tes, caracterise en ce qu'il comprend en outre une 
etape preiiminaire (20) de creation d'un catalogue 
d'outils permettant a I'operateur de definir les outils 

35 (7, T) montes sur la machine-outil. 

14. Procede selon Tune des revendications preceden- 
tes, caracterise en ce que ladite etape (25, 27, 29) 
de calcul des ordres de deplacement comprend 

40 une premiere etape (25) ^interpretation de la 
gamme operatoire au terme de laquelle I'operateur 
est averti sll a introduit des donnees erronees ou 
incompatibles entre elles ou avec la machine-outil 
utilisee. 

45 

15. Precede selon la revendication precedente, carac- 
terise en ce qu'un test des collisions eventuelles 
entre outils est effectue au cours de ladite etape 
^interpretation (25). 

50 

16. Procede selon Tune des revendications preceden- 
tes, caracterise en ce qu'une ressource peut etre 
declaree virtuelle dans un systeme d'axe lorsque 
cette ressource est simultanement utilisee dans un 

55 autre systeme d'axe. 

17. Procede seion Tune des revendications preceden- 
tes, caracterise en ceque ('introduction par I'opera- 
teur d'un plan d'operations constitue par une 
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succession d'op§rations cons6cutives se fait en 
dSplagant des symboles graphiques (46) sur une 
interface utilisateur graphtque (40). 

18. Proc6d6 selon la revendication pr§c6dente, carac- s 
t6ris6 en ce que les regies de synchronisation entre 
operations sont introduces en alignant lesdits sym- 
boles graphiques (46), ou en les reliant par des 6I6- 
ments graphiques (49, 50). 

10 

19. Proc6d6 selon Tune des revendications 17 ou 18, 
caract6ris6 en ce qu'au terme de ladite 6tape (25, 
27, 29) de calcul des ordres de dSplacement la lar- 
geur desdits symboles graphiques (46) est adapt6e 

de mani^re k correspondre k la dur6e des op6ra- is 
tions correspondantes. 

20. Logiciel permettant de mettre en oeuvre le proc6d§ 
de Tune des revendications pr6c6dentes. 

20 

21. Support magn&ique ou optique sur lequel est enre- 
gistrg un programme selon la revendication pr6c§- 
dente. 

22. Dispositif de commande num&ique (13) pour 25 
machine-outil utilisant un logiciel selon la revendi- 
cation 18. 
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